home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970104-19970326
/
000274_news@columbia.edu _Mon Feb 17 21:24:51 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA01746
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Feb 1997 21:24:50 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA12785
for kermit.misc@watsun; Mon, 17 Feb 1997 21:24:50 -0500 (EST)
Path: news.columbia.edu!panix!news.mathworks.com!uunet!in1.uu.net!204.177.184.15!everest.iserv.net!news
From: mjordan@i386.jordan.org (Mark J. Jordan)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Binary script files?
Date: 17 Feb 1997 21:03:06 -0500
Organization: A Red Hat Commercial Linux Site
Lines: 62
Message-ID: <5eb2kq$4s7@i386.jordan.org>
References: <5e1no6$1rb@i386.jordan.org>
<5e1u83$m06@watsun.cc.columbia.edu>
Reply-To: mjordan@mail.com
NNTP-Posting-Host: gr-max6-7.iserv.net
X-Newsreader: NewsWerthy 2.20
Xref: news.columbia.edu comp.protocols.kermit.misc:6613
In <5e1u83$m06@watsun.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da
Cruz) wrote:
> In article <5e1no6$1rb@i386.jordan.org>,
> Mark J. Jordan <mjordan@mail.com> wrote:
> : I have experienced other comm programs in the past, most notably
> : Procomm Plus, that will allow script files to be translated into a
> : binary file. This presented two, if not other, benefits: security of
> : the script code and faster execution.
> :
> Faster execution -- marginally, perhaps. Some day when we have nothing
> else to do, we might devote some time to producing a "compiler" for
> Kermit scripts -- but there are about 1000 other priorities that are
> higher, as you see by reading this newsgroup each day :-)
Absolutely understandable, Frank.
> Security -- this type of security is only illusory: "security through
> obscurity". Anybody with the time and inclination to defeat it can do
> so easily.
I understand that nothing is infallible, but even to "obscure" the
actual code from general eyes would be beneficial. I am contemplating
a project at this time, the detials of which I'll not disclose. But
the platforms involved would be many including DOS, Linux, OS/2, Win,
and possibly others. Kermit is a perfect element to the overall
solution due to its multiplatform existance and the project's needed
telecommunication abilities. Because the remote stations will be on
client PC's, I wish for them not to be able to easily read such code,
and hence my interest.
> : I am interested to know if binary scripts are/will be a possibility
> : for Kermit... I am curious mostly for the former capability of hiding
> : the code.
> :
> Which Kermit are you referring to? In many OS's, e.g. UNIX, it is a
> rather simple matter to encrypt your script, and then invoke it from a
> shell script that prompts you for the key and then feeds it to Kermit.
> I assume you are concerned about keeping passwords online -- always a
> risky business. "Using C-Kermit" discusses this topic at some length.
I have the MS-DOS Kermit book... and have already inquired my local
book store about the C-Kermit version. They don't have it in stock, so
I ordered it about a week ago. I'll check out this section upon
receipt.
I am not so much interested in keeping passwords online as I will have
a very restricted dialup connection, possibly running Kermit's remote
mode with pretty much everything disabled except to receive files.
I suppose the inline encrytion example you gave would work nicely. Its
just a matter of finding one that will be buildable on all related
platforms... something of a DES (data encryption standard) nature would
be best... anyone w/ideas, more than happy to here them 8^).
> - Frank
---------------------------------------------------------------------
Mark J. Jordan, President
Par Computer Solutions, Grand Rapids, MI
mjordan@mail.com
---------------------------------------------------------------------